home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 4782 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.9 KB
  1. Path: grafix.xs4all.nl!john.hendrikx
  2. Date: Sat, 10 Feb 96 16:36:53 GMT+1
  3. Newsgroups: comp.sys.amiga.misc
  4. Distribution: world
  5. Subject: Re: AT Surfer Package
  6. MIME-Version: 1.0
  7. Content-Type: text/plain; charset=iso-8859-1
  8. Content-Transfer-Encoding: 8bit
  9. From: john.hendrikx@grafix.xs4all.nl (John Hendrikx)
  10. Message-ID: <john.hendrikx.4d7q@grafix.xs4all.nl>
  11. Organization: Grafix Attack BBS Holland
  12.  
  13. In a message of 09 Feb 96 Paul Kolenbrander wrote to All:
  14.  
  15.  PK> I agree on one point with you. I see some pro-MUI peopel accusing
  16.  PK> con-MUi of being fanatic and ridiculing them. But in doing so they
  17.  PK> exhibit the same fanatic attitude. Liek the statement "If you don't like
  18.  PK> the MUI look, then don't configure it. It'lll look just like GadTools"
  19.  PK> Although this statement is true, it's also idiotic. Why would people
  20.  PK> want to install >400KB of libs (I just checked 3.1) to view programs in
  21.  PK> a Gadtools look. A look they could have had anyway if the program in
  22.  PK> question had not required MUI. :-) I can understand people wanting a
  23.  PK> pretty interface. Me, I don't mind a blander look if that means more
  24.  PK> speed.
  25.  
  26. That is IF the program would have ever existed without MUI. Creating a GUI is
  27. really horrible with GadTools, the programs requiring MUI would either not have
  28. existed at all right now, or they would only offer command-line options, or
  29. they would be 3 months behind in development.
  30.  
  31. Also, the speed issue is losing its value.  MUI is nowadays nearly as fast as
  32. GadTools.  The most likely reason that it is still a bit slower is simply
  33. because it has to draw a fancier looking GUI.
  34.  
  35.  PK> BTW, ever tried hitting some MUI buttons and seeying nothing happening?
  36.  PK> Then thinking your system is down? Only to find that a little later the
  37.  PK> button shows it's selected state? Now that does not happen with
  38.  PK> GadTools. When you press it gets selected right away. This weird MUI
  39.  PK> behaviour I did not like one bit. But probably I'm spoiled by GadTools.
  40.  
  41. That's because GadTools runs at Pri 20 (it renders the buttons using the
  42. input.device task).  MUI doesn't do this as some rendering tasks can be quite
  43. lengthy and when rendering at Pri 20 this could block the machine for quite
  44. some time.  But when it comes to clicking a button the better approach isn't
  45. quite obvious:
  46.  
  47.   When GadTools apps are busy buttons still respond to clicks, but
  48.   nothing happens, which could confuse the user who frantically begins
  49.   to click all kinds of buttons.  When the app awakes things go haywire.
  50.  
  51.   When MUI is busy buttons don't respond to clicks, which can confuse the
  52.   user in a similair way as with GadTools (but maybe more so because
  53.   people don't know how MUI behaves when it is busy -- they are used
  54.   to GadTools).
  55.  
  56. The only correct behaviour however is IMO to not allow clicks at all when the
  57. app is busy.  In other words, put up a busy pointer!!!
  58.  
  59. Grtz John
  60. -- Via Xenolink 1.981, XenolinkUUCP 1.1
  61.